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ABSTRACT 

Polish  distributed  and  interactive  environment  for  training  of  combat  or  peace  support  operations  is 
presented.  As  a  starting  point  in  modelling  process  a  specific  theoretical  game  is  considered.  Game  theory 
offers  good  “language  of  conflict,\  So  we  define  military  conflict  game  in  general  sense  and  transit  it  to 
the  next  phases  of  modelling  -  combat  process  model,  decision  model,  and  simulation  model. 
The  distribution  of  conflict  model  components  is  natural  and  results  from  the  real  system ’s  component 
distribution.  The  generic  model  of  combat  process  as  a  multivariate  stochastic  process  is  concerned. 
The  transition  between  the  stochastic  model  and  simulation  model  is  shown.  The  global  decision  problem 
is  formulated  for  each  side  as  a  stochastic  programming  problem  with  many  criteria.  The  main  conclusion 
of  the  theoretical  analysis  is  the  decision  variable  in  such  complex  situation  there  is  a  decision  rule  and 
the  criterion  can  be  considered  as  a  risk  function,  defined  on  the  basis  of  predicted  losses.  However, 
real  decision  process  seems  to  be  far  from  optimal  solution,  we  should  indicate  the  direction  of 
improvement. 

Each  component  of  the  battle  system  is  described  as  an  object,  which  has  many  attributes.  The  objects  ’ 
behaviour  during  the  gaming  is  represented  as  a  simulation  process.  The  local  conflict  models  with  input 
data  determined  are  applied  for  particular  analyses  of  decisions  considered  by  players.  The  system 
components  ’  distribution,  communication  and  synchronisation  mechanisms  are  presented.  A  prototype  of 
the  system  so  called  MSCombat  is  constructed.  The  environment  proposed  is  built  as  an  opened  system  on 
the  basis  of  formal  model  and  can  be  developed  and  improved.  The  first  approach  to  the  distributed 
communication  and  computational  problem  was  on  the  basis  of  CORBA.  The  evolution  of  the  prototype 
from  the  aggregation  of  combat  models  and  simplification  of  land  battle  to  more  sophisticated  and 
professional  simulation  system  for  CAX  is  concerned. 

The  second  version  of  MSCombat  was  built  as  a  federation  according  to  FEDEP.  The  different  RTIs 
(DMSO  1.3.  NG,  pRTI)  were  used  to  the  implementation  and  compared  in  the  execution  process. 
Polish  federation  of  land  battle  is  constructed  with  respect  to  FOM  of  DiMuNDS  2000,  so  the  possible 
cooperation  is  considered.  The  financial  aspect  of  the  simulation  environment  development  is  presented  as 
very  complicated  process  of  two  stage  competition.  The  prototype  was  the  basis  of  our  position  in  the 
competition.  It  enables  preparing  of  proper  offer  and  after  winning  good  concept  of  professional 
simulation  system  for  CAX  and  combat  analyses.  The  cooperation  of  many  experts,  teams  from  different 
sources  due  to  the  final  product  is  concerned. 


Paper  presented  at  the  RTO  NMSG  Conference  on  “NATO-PfP/Industry/National  Modelling 
and  Simulation  Partnerships  ”,  held  in  Paris,  France,  24-25  October  2002,  and  published  in  RTO-MP-094. 
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Polish  Federation  of  Land  Battle  in  a  Distributed  Interactive  Environment 


INTRODUCTION 

The  methodology  of  modelling  and  interactive  simulation  of  military  conflict  for  computer  assisted 
exercises  and  decision  support  systems  is  presented.  The  essence  of  the  approach  consists  in  the  imitation 
of  military  actions  in  real  situations  with  a  feasibility  of  the  decision  process  effects’  observation. 
A  theoretical  game  is  considered  as  a  basic  model  of  a  military  conflict.  The  strategies  of  players  are 
formulated  on  the  basis  of  a  combat  process  model  that  is  defined  as  a  multivariate  stochastic  process. 
The  stochastic  model  expresses  the  uncertainty  in  a  conflict  situation.  There  exists  the  possibility  of 
observation  of  the  battlefield  and  making  decisions  on  the  basis  of  these  measurements.  Having  known  the 
conditional  distributions  of  observed  feature  in  the  battlefield,  it  is  possible  to  determine  decision 
functions  and  then  estimate  a  strategy.  The  multistage  stochastic  optimisation  problem  is  formulated  in 
order  to  find  an  estimation  of  each  side,  optimal  strategy  in  a  military  conflict  situation.  It  seems  to  be 
impossible  to  find,  in  a  sense,  the  optimal  solution  in  the  general  formulation  (23),  (25),  so  we  propose  a 
specific  way  of  generating  trajectories  of  stochastic  combat  process  taking  into  account  decisions  made 
during  a  military  operation.  The  prototype  of  an  interactive  simulator  for  the  combat  process  analysis  was 
built  on  the  basis  of  the  multivariate  stochastic  process.  The  constraint  sets  and  solutions  of  the  stochastic 
optimisation  problem  are  determined  during  the  simulation  running.  Each  component  of  the  battle  system 
is  described  as  an  object,  which  has  got  many  attributes.  The  object  behaviour  during  the  game  is 
represented  as  a  simulation  process.  The  models  of  local  conflicts  with  input  data  determined  by  players  or 
decision  procedures  are  applied  for  particular  analyses.  The  combat  models  for  local  clashes  are 
implemented.  There  are  two  points  of  view  to  the  modelling.  First  of  all  there  is  decision  support  in  real 
conflicts,  secondly  there  is  a  training  of  decision-makers  in  conflict  situations.  So  we  should  take  into 
account  in  the  modelling  process  the  following  conditions:  dynamics,  uncertainty,  uncompleted 
information,  human  interactions,  surprise,  counteractions,  counter-counteractions  and  so  on.  As  a 
starting  point  in  modelling  process  a  specific  theoretical  game  is  considered.  Game  theory  offers  good 
“language  of  conflict”.  So  we  define  military  conflict  game  in  general  sense  and  transit  it  to  the  next 
phases  of  modelling  -  battle  process  model,  decision  model,  and  simulation  model.  The  distribution  of 
conflict  model  components  is  natural  and  results  from  the  real  system’s  component  distribution.  It  is  very 
interested,  how  to  reflect  the  real  combat  process  with  respect  the  decisions  made  by  sides  of  conflict. 
How  to  design  such  infrastructure  which  enables  proper  and  effective  training  of  commanders  or  deep 
analysis  of  real  conflict.  Having  a  prototype  allows  us  to  analyse  many  performance  measures  connected 
with  distributed  simulation  environment  and  thus  to  use  these  results  in  designing  process  of  professional 
simulation  system  for  CAX. 


NON-COALITION  GAME  UNDER  UNCERTAINTY  CONDITIONS 


Let  us  consider  the  four-person  game: 


-<  {1,2, 3, 4},  {S  k  }  £e{l,2,3,4}  5  {H k  }  &e{l,3,4}  >? 


(1) 


which  represents  a  military  conflict  with  peacekeeping  forces  contribution.  The  first  and  the  third  players 
represent  opposite  fighting  sides,  the  fourth  player  represents  the  peacekeeping  forces  and  the  second 
player  represents  the  nature  (in  wide  sense  a  battlefield:  battle  space,  weather,  random  results  of  duels  and 

gun  fire,...),  S  ™  ( k=l,2,3,4 )  denotes  a  set  of  strategies  of  player  k ,  and  H ^  -  payoff  function  of  player  k 

(£=1,3,4).  If  peacekeeping  forces  support  one  of  the  conflict  side  then  we  have  the  situation  with  three 
players  (Najgebauer  1999a). 


The  strategies  of  player  number  one  and  three  are  their  plans  of  fighting  (movement,  fire  allocation) 
and  strategy  of  player  four  is  plan  of  peacekeeping  operations.  The  strategies  of  the  nature  are  represented 
by  states  of  the  nature.  However,  it  is  difficult  to  say  about  payoffs  for  the  nature  in  a  game  situation. 
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Decisions  of  sides  depend  on  the  nature  state  observed  by  them.  For  real  state  of  the  nature  0  e  Q, 
where  Q-  set  of  nature  states,  the  game  situation  can  be  formulated  as  follows: 

s"=w, 

and  the  payoff  function  for  players  1,  3  and  4  : 

HI  :S?xnxS?xS?  -+R,  £  =  1,3,4  (3) 

In  real  situations  the  decision-makers  do  not  know  actual  state  of  the  nature  and  decisions  of  the  enemy, 
so  they  realise  the  observation  process  of  the  nature  state.  We  can  assume,  that  they  observe  random 
variables  &k  (£=1,3,4),  which  have  distributions  dependent  on  state  0.  The  conditional  distribution  of 
random  variable  Ok  is  denoted  by  F($  \0).  The  set  of  possible  n-component  samples  can  be  described  as 
the  sample  space  of  player  k.  We  can  define  decision  rules  as  follows: 

Definition  1. 

Function  dk(§k),  defined  by: 

dk  :®k  -+Sk,ke{  1,3,4}, 

<|>*  eSk  ,k  g  {1,3,4},  (4) 

dkQk)  =  sZ,  £e  {1,3,4}. 

we  denotes  as  non-randomised  decision  function  of  the  player  k. 

The  set  of  all  decision  functions  dk  is  denoted  by  Dk  (£=1,3,4).  The  payoff  function  of  the  player  £  is  a 
random  variable  for  a  given  state  of  nature  because  it  depends  on  the  state  and  the  values  d\0 1),  d\ 03), 
d4(<X>, >4),  where  Q\ ,  <Z>4  are  random  vectors  with  conditional  distributions  Fi(4>1| 6>),  F3((|)3|0), 

and  F4((|)4|  0)  respectively.  So  we  propose  a  new  payoff  function: 

Hk  :  D{  x  Q  x  D3  x  D4  R  (5) 

which  can  be  a  parameter  for  random  payoff  function  (3).  The  “least  safe”  parameter,  under  the  military 
conflict  conditions,  is  the  expected  value  of  Hk  : 

H;(dl,e,d\d4)  =  E0H;(dl(Ok),e,d3(Okld4(Ok))  = 

It  is  possible  to  determine  the  variance  of  Hk  and  then  the  new  payoff  function  will  be  two-dimensional. 
The  other  way  is  to  determine  a  quantile  h”  of  the  distribution  of  variable  Hk  (  qke  [0,1]): 

K  =  infK  ■  P(H;(d\0l),0,d\0i),d\0 4))  <  hwqk )  >  qk  and  (7) 

P(d \0l),0,d\0,),d4 (04 ))  >  hi)  >  1  - qk} 

and  then 

H™(d\0,d3,d4)  =  h;k. 
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So  we  can  define  the  relaxation  of  game  (1)  for  military  conflict: 


r "  =<  {1,2, 3, 4} ,{DX,Q., D3,D4},{h  w} 


ke{  1,3,4} 


(8) 


If  we  reduce  the  number  of  the  players  in  the  game  (8),  we  will  obtain  the  game: 

r”'  =<{\,2},{DiMAh;}>  (9) 

which  can  represent  a  model  of  disaster,  where  D\  denotes  a  set  of  decision  rules  of  anti-crisis  centre 
(player  1),  and  the  set  Q  describes  nature  states  (player  2)  as  destroy  process  states,  analogously  to  the 
combat  process. 


MATHEMATICAL  MODEL  OF  COMBAT  PROCESS 

The  presented  model  of  battle  process  is  considered  from  the  decision  point  of  view.  We  would  like  to 
present  system’s  model  with  significant  components  and  possible  relations  between  them.  The  information 
is  aggregated  in  the  description  to  better  take  into  account  the  whole  process  by  the  decision-maker. 
Three  sides  are  proposed  (A,  B,  C),  where  A,  B  represent  the  opposite  sides  and  C  represents 
peacekeeping  allied  forces. 

Let  {S(t),  t  g  [0,T]}  be  the  multidimensional  stochastic  process  (Najgebauer  1999a),  where: 

{S(t)  =  (SiY(t),  S2Y(t)?  S3Y(t),  S4Y(t),  S5Y(t),  S6Y(t)?  SiPW(t),  S2pw(t)),  t  g  [0,T],  Y  =  A,B,C},  (10) 

•  SiY(t)  -  state  of  land  fighting  units  of  side  Y  (A,  B  or  C)  (command  structure,  state  of  readiness, 
current  mission,  region,  where  the  side  Y  units  are  located,  average  velocity  of  the  units,  number 
of  combatants,  the  level  of  training,  morale,  state  of  weapon,  state  of  munitions  and  fuel,  level  of 
pollution), 

•  S2y(I)  -  state  of  supporting  units  of  side  Y,  (artillery  and  air  forces),  (analogously  to  fighting 
units), 

•  S3Y(t)  -  state  of  engineering  units,  (like  above  and  state  of  engineering  equipment), 

•  S4Y(t)  -  state  of  logistics  system,  (state  of  supplying  bases,  transportation  system,  infrastructure, 
renewal  system,  medical  system), 

•  S5Y(t)  -  state  of  command  and  communication  system,  (state  of  communication  nodes,  state  of 
communication  net,  state  of  command  units), 

•  S6Y(t)  -  state  of  surveillance  and  electronic  warfare  units, 

•  Sipw(t)  -  state  of  terrain  (cover  ,  vegetation,  industry,  roads,  buildings,  fortification,  engineering 
activities). 

The  terrain  model  is  discrete  and  can  be  expressed  as  follows: 

Z=<  G,  {cp  i}l=l,2,4,  {0}>, 

where  G  =<W,U>-  Berge  graph,  W  -  set  of  vertices  ,  U  -  set  of  arcs  ,  U  c=  WxW 

cp7:  C  -  function,  which  describes  a  location  of  the  zone,  represented  by  vertex 

wg  W,  (rectangle  200m  x  200m)  Ccz  R3,  C  describes  the  whole  battlefield  area  of  the 
conflict, 


18-4 


cp 2:  W^2L  function,  which  describes  an  assignment  of  roads  to  node  w  (these  roads  are 
accessible  for  mobility  in  a  zone  w),  L-  set  of  all  road  numbers  in  a  battlefield, 
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93 :  W  x  ja(b  c)^2tu  -  assignment  function  of  formation  type  subset  to  node  w,  TU  - 
set  of  all  possible  types  of  combat  units  formation, 

(Pf  Wx  jA(b,c) — _  tjie  ^termination  of  maximal  velocities  of  combat  units  on  roads  of 
battlefield,  n=|L|. 

Arcs  of  the  graph  represent  possibility  of  close  transition  between  zones. 

•  S2pw(t)  -  state  of  environment  -  weather,  electromagnetic  situation,  pollution  situation  at  the 
moment  t, 

The  process  is  discrete  in  states  and  continuous  in  time.  The  transitions  between  states  are  caused  by 
combat  actions,  decisions  and  their  realisations,  natural  phenomena,.... 

Each  element  of  the  battle  system,  which  represents  one  of  the  sides  or  the  battlefield,  can  be  represented 
as  an  object.  The  transitions  of  the  combat  process  are  connected  with  events  on  the  battlefield  and  their 
time  is  random  variable.  One  of  the  important  sources  of  randomness  on  the  battlefield  there  are  random 
results  of  the  local  clashes.  We  have  proposed  many  stochastic  models  of  the  local  conflict  in  a  sense  of 
locality  as  a  closed  combat  process  between  two  elementary  combat  units  (process  of  combat  units 
resource  destroying). 

The  models  have  been  recently  developed  within  the  confines  of  researches  conducted  in  Military 
University  of  Technology,  Cybernetics  Faculty.  One  of  them  is  the  simulation  combat  model  with 
dynamic  fire  control.  It  is  an  attempt  of  a  description  of  two  sides  clashes  at  the  battalion  level.  We  assume 
that  the  combat  is  local.  It  means  that  combatants  lead  a  direct  fire  into  opponents  under  optical  visibility 
and  under  similar  terrain  and  atmospheric  conditions.  It  is  obvious  that  the  locality  assumption  is  not 
always  true  in  the  real  world.  However  if  we  consider  that  the  warfare  applies  to  small  formations  which 
naturally  operate  in  a  local  area,  this  simplification  seems  to  be  acceptable.  Additional  assumptions  are  as 
follows: 

1)  two  sides  of  a  battle  A  and  B  are  equipped  with  heterogeneous  armament  weapons; 

2)  each  of  the  weapon  is  characterized  by  different  properties: 

a)  prs  -  a  probability  of  one  shot  hit  by  combat  mean  of  type  “r”  to  target  s-type.  The  value 

of  this  parameter  is  not  constant  and  depends  on  e.g.:  a  distance  between  opposing 
weapon  systems,  terrain  and  atmospheric  conditions  of  a  battlefield; 

b)  Xr  -  the  fire  intensity  of  r-th  type  combat  mean.  The  parameter  either  is  not  constant  and 
depends  on  e.g.:  a  level  of  logistics  supplies  (ammunition  and  fuel),  a  kind  of  a  unit 
activity  (attack,  defence,  movement); 

c)  ars  -  the  coefficient  which  characterizes  a  resistance  of  a  specific  r-type  weapon  from 

s-type  weapon  direct  fire.  It  has  a  measure  of  a  conditional  probability  of  one  shot  killing 
when  target  has  hit; 

d)  Dr  -  the  range  of  a  effective  fire  of  a  r-type  weapon.  This  parameter  limits  the  specific 
weapon  availability  during  a  battle; 

where 

re{l,2,...,R},se{l,2,..,S} 

and  R,  S  represent  numbers  of  weapon  types  for  each  conflict  side  (adequately  A  and  B). 
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3)  during  the  course  of  a  battle  there  is  no  possibility  of  reinforcement  (soldiers,  ammunition,  fuel); 

4)  the  command,  control  and  communication  system  works  properly  for  both  conflict  sides. 

Generally,  the  presented  combat  model  describes  a  warfare  like  a  multistage  process  of  alternate  optimal 
decisions  calculation  and  their  simulated  realization.  The  decisions  (for  both  A  and  B  side  respectively) 
apply  to  combat  means  allocation  and  there  are  determined  in  each  stage  of  the  battle  process. 
The  simulation  of  the  decisions’  effects  for  a  chosen  stage  we  can  describe  as  a  multidimensional 

stochastic  semi-Markov  process  %(t)  =  (t))  of  DC  class  (discrete  in  states  and  continuous  in 

time).  The  effects  of  destroying  interactions  concern  to  the  current  armament. 

^"(0  =  fe(0L,  where 

%A(t)  -  represents  a  number  of  a  r-type  weapon  of  side  A  which  has  been  allocated  to  fire  to  s-type 
weapon  of  side  B. 


THE  DECISION  PROCESS  MODEL 

During  the  modelling  process,  we  take  into  account  combat  units  as  encapsulated  objects  with  their 
internal  structure,  power,  logistics  and  command,  communication,  intelligence  subsystems.  The  operation 
plan  is  limited  to  the  land  units  without  special  type  of  warfare  like  air-force  support,  artillery  support. 
These  components  are  considered  in  another  way  (Najgebauer,  1996)  (and  are  included  into  the  decision 
support  system  as  tools).  The  modelling  process  is  presented  from  one  side  point  of  view.  The  decision 
models  for  the  rest  sides  can  be  analogical. 

The  terrain  is  considered  as  a  discrete  space.  In  the  decision  making  process  we  must  observe  the 
battlefield  and  deviation  of  required  trajectory  of  the  battle  process: 

D(t)  =  Vi(m\  SKm\  X ri>m‘)  i=l,2...,Mit>iGjA}  (1 1) 

where 

ho  -  start  of  action  for  ith  combat  unit, 

wiyJ  ~  vertex  of  the  net  Z,  it  is  mth  vertex  on  the  path,  vi?k  ~  ith  unit  velocity  on  the  mth  vertex, 
SiJ  -  formation  type  on  the  mth  vertex, 

Xim  =  (Xi,k{j))j=i,2, . /  -  allocation  of  zlh  unit  fire, 

ritJ  -  the  number  of  wave,  Mf  -  the  number  of  vertices  on  the  zth  unit  path. 

There  are  physical  and  tactical  limits  for  a  decision,  which  determine  constrained  set  in  a  moment  t. 

DA(B,C)(t)eAmc)(t) 

The  General  Structure  of  Decision-Making  Process 

The  whole  decision  process  can  be  presented  as  follows: 

Determining  General  Mission  as  a  required  subset  of  states  of  combat  process  Ssat(T)c:X, 

Measuring  combat  process  state  at  the  moment  t  (surveillance  subsystem)  -  ^-component  sample 
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Choice  of  the  decision  procedure: 

g:  »  Aa  (t),  £,€=  St,  D(0  e  =  which  extremises  the  decision-maker  utility  function  %, 

e.g.  mean  value  of  losses  of  side  A  or  probability  of  event,  that  state  of  side  A  in  T  it  is  not  far  from  Ssat(7) 
than  d* 

The  next  step  (measuring....) 

There  are  many  guidelines  for  the  commander,  which  must  work  out  his  decision.  Let  us  consider  a 
characteristic  of  combat  process: 


Wn(t,rA  ,DA(t),DB  (t),Dc  (t),Qr)  (12) 

Let  us  assume,  that  we  can  determine  the  conditional  distribution  of  the  characteristic: 

P{Wn  ( t,TA,DA  0 >),DB  Q  r)<w/  S(t )  =  s}  = 

=  FWJS0)(w/s-t,TA,DA(t),DB(t),Dc(t),  Qa) 

where  t,TA ,DA(t),DB (t),Dc (t),QA there  are  parameters  of  combat  process.  Especially  the  decisions  D\ 
Db,Dc  can  control  of  the  combat  process  transitions. 

Some  of  them  can  be  as  follows: 

FI-  the  difference  of  mission  time  realisation  and  mission  complete  planned  on  the  higher  level 
g‘,d‘  :Q— »R,/e  Jj, 
d‘  =max,gJ,  \g‘-TA  \ 


Ej  :[t,T]2  x\A  (t)xXx\B  (t)x\c  (t)xQA  R 

Fl(t,TA,DA  {t\ s,Db  {t\ Dc  =  (14) 

=  0‘(d‘(t,TA,DA  (i t),DB  (t),  Dc  it),  Qa)/ Sit)  =  s) 

d  -  parameter  of  random  variable  r-  it  means  the  biggest  difference  between  termination  time  of  combat 
units  and  time,  which  is  determined  for  the  side.  The  set  of  parameters  QA  is  given. 

DA  it)  e\A  it),  Sit)  eX,DBit)<=ABit),Dcit)<=\c  it) 

F2  -  the  losses  after  the  completion  of  mission: 

Ol:[t,T]xQ^  R, 

OliTA)  =  S1Ait)-SlAiTA). 


F2  :[t,T]2  x\Ait)xXx\B it)x\c it)xQA  —>  R 
F2it,TA,DAit),s,DBit),Dcit),Qx)  = 

=  &'  iO‘ it, Ta,Da it), DBit),Dcit),QA)/Sit)  =  s) 
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ORGANIZATION 


/•';  _  the  degree  of  the  mission  completion 

R,a  :[t,r]xO->R 

F3  :[t,T]2  x\A(t)xXx\B(t)xAc(t)xQA  R 
F3(t,TA,DA(t),s,DB(t),Dc(t),QA)  = 
/3‘(R?((t,TA,DA(t),DB(t),Dc(t),QA)/S(t)  =  s) 

St~SAm(TA) 


SL-SBm{TA ) 

m=\ 

Rtc{Tc)  =  {fj\sl-Scm(Tc)\Py,p>\ 

m= 1 


(Z 

A  \  _  m= 1 

'  mb 

(I 


(16) 


(17) 


F4  -  the  possibility  of  actions  at  the  moment  r 
YA  :  [t,r]xQ  — >  {0,1} 

F4  :[t,T]2  x\A(t)xXx\B(t)x\c(t)xQA  -^(0,1) 

F4(t,T,DA(t),s,DB(t),Dc(t),Qt)  = 

=  £A(YA(t,T,DA(t),DB(t),Dc(t),Qt)/S(t)  =  s ) 


YA(T,DA(t),S(t),DB(t),Dc(t)) 


1 1 ,  where  S' A  (r)  e  A  Act ,  r  e  [t,  T] 
[0 ,  where  S  A  (r)  g  SAct ,  r  e  [t,  T] 


(19) 


sf  -  the  parameter  of  conditional  distribution  of  random  variable  YA. 

Other  criteria  are  possible. 

Let  us  introduce  the  risk  function  to  assess  the  decision  process.  We  can  use  the  description  of  general 
characteristics  of  combat  process  (10)  and  its  expected  value  or  position  parameter  (e.g.  quantile): 

E(Wn(t,TA,gA(Z?),DB(t),Dc(t))  |  Sf  =  =  s)=  (2Q) 

h(tf,s)  =  LA(t,TA,gA(tf),s,DB(t),Dc(t)) 

wher  zg\tf)=DA(t\ 

The  risk  function  can  be  define: 


/:  [t,T]2  x  GA  x  X  x  AB(t)x  Ac(t)^R2  (21) 

ZA(t,TA,gA,s,DB(t),Dc(t))  = 

=  ( E(LA(t ,  Ta,  gA( Ef),  S(t),  DB(t),  Dc(t ))  |  S(t )  =  s), 
Var(LA(t,TA,gA(E?),S(t),DB(t),Dc(t))  \  S(t)  =  s)) 

or  xA:  [t,T]2  x  GA  x  X  x  AB(t)x  Ac  (t)xQA  Rk  (22) 
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where  k  >  1 , 

XA{t,TA  ,gA  ,s,Db  {t),Dc  (0)  =  (7*W 
where : 

fk=M{fk  -.P{Fk{t,TA  ,gA{ZA),S(t),DB  {t),Dc  (t))<  fk  \ 

S(t)  =  s}>  qk,  and 

P{Fk  (t,TA,gA(Z?  ),  S(t),  Db  (t),Dc{t))  >  fk  |  S(t )  =  >  1  -  qk  }, 

S(t)  e  X,  qk  e  QA  is  given 

if  gf  is  a  realisation  of  E f ,  then 

DA(t)  =  gA(ZtA), 

ts[0,TA],Fk  see. (2. 15 -2.20). 

Ga  -  the  set  of  decision  procedures  of  the  side  A  decision-maker. 

The  first  formulation  of  decision  problem  could  be  one-criterion: 

Stage  1.  An  observation  Et  (the  distribution:  F(qA  /  S(t),DB  (t),Dc  (t))  is  determined), 


Stage  2. 

a)  Find  the  decision  function  gA,  which  minimise  the  maximal  risk: 

maXXxA'  (x\t,  TA  ,  gf ,  S(t),  gB ,  gC))  = 

=  min^  niax Jt,xAi!(r)xAC(() (%A(t,TA ,gA , S(t), DB (t), Dc(t))) 


Determine  a  decision  DA(t)=g0A(^tA),  under  conditions: 

D4(t)  g  A\t),  S(t)  g  X,  D\t)  g  ZlB(0,  Dc(l)  g  Ac(t) 


b)  Observation  of  battle  state  E,  at  the  following  moments  t+r|,t+2r|,... 
If  AS(t+n*r|)  >  AgrS(t+n*r|),  then  t:  =  t+  n*r| 


where 


m 


AS(t  +  n  rf)  =  (£  Sm  (t  +  n  rj)  - S°A  (t  +  n  rj)  ) ? ,  p  >  1 ,  for  p  =  oo,  AS(t + n  rj)  =  maxm=1  |Z|  Sm(t+nrj)-S 


m=  1 


go  to  stage  1 


The  multiple  criteria  formulation: 

XA(t,TA,gA,s,DB(t),Dc(t))  =  (fl,f2,f3J4), 
where 

7,  =inf{/l  :P{Fl(t,TA,gA( S,  ),S(t),DB  (t),Dc  (t))<fl\S(t)  =  s}>ql, 
and  P{Fl(t,TA,gA(Z?),S(t),DB(t),Dc(t))>fl\S(t)  =  s}>l-ql}, 

7  =  inf{/2  :P{F2(t,TA,gA( E,  ),S(t  ),DB  (t),Dc  (t))<  f2  \S(t)  =  s}>q2, 


(23) 

(24) 

(25) 
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and P{F2 (t,TA,gA(Ef ), S(t\DB (t),Dc(t)) >  f2  |  S(t )  =  s}>l-q2} 
h  =  inf {/3  :  P{F3  {t,  Ta  ,  gA  (S, ),  5(0, £>*  (t),Dc (t))  <  f3  \  S(t )  =  0  >  q3 , 
andP{F3(t,TA,gA(E;),S(t),DB(t),Dc(t))>f3\S(t)  =  s}>\-q3} 

f4  =  inf {/4  :P{F4(t,TA,gA( E,  ), 5(0, Z) B (0, D c (0)  <  /4  I  5(0  =  0  >  q4 , 
andP{F4(f,  TA,gA(Zf),  5(0,  DB (t),Dc (t))>  f4 \S(t)  =  s}>\- q4}, 

5(0  e  X,  ql,q2,q3,q4  eQA  are  given, 
if  ^realisation  of  ?then 

DA(t)  =  gA(Zt) 

Stage  1.  An  observation  Et  (the  distribution:  F(gf  /  S(t),DB  (t),Dc (t))  is  determined), 

Stage  2. 

Find  the  decision  function  gA*  e  (/  ,'  ,  which  belongs  to  non-dominated  set  of  decision  functions: 


Gf=Z'1(Y*% 


zeYxxab  (t)xAc  (t)z  <  y) -> 


where  YN  -  {y  e  Yt 
and 

4rS(0xAC(,)  =  e  C I  y,  =  maxXxAS(0xAC(0(7;.)}, 

where:/],  like  (226) J  =  1,... ,4 
C  =  {yeR3x  {0,1}  |  y  =  (flJ2J3J,)} 


(26) 


Determine  a  decision  DA(t)=g4*(£tA), where  gA*  eG/ 
b)  The  same  operations  like  in  the  previous  formulation  (24). 

To  solve  the  problem  the  simulation  method  is  proposed.  It  is  very  important  to  have  a  possibility  of 
stochastic  process  (10)  trajectory  generation.  The  parameters  of  the  decision  model  are  estimated  during 
the  simulation  process.  The  entrants  in  the  interactive  mode  during  the  game  determine  some  of  them. 
The  replications  of  the  simulation  game  many  times  with  the  same  initial  scenario  enable  the  estimation  of 
characteristics  of  combat  process.  The  formal  models  of  decision  and  combat  process  allow  the  correct 
analysis  of  simulations.  To  estimate  the  results  of  local  combats  we  propose  the  specific  models  of  the 
situations.  These  models  were  implemented  in  a  simulation  environment.  The  construction  of  the  decision 
model  requires  the  distribution  of  the  simulation  execution.  Especially  three  different  decision  centres  are 
located  in  different  places.  The  decisions  are  carried  out  on  the  basis  of  initial  scenario,  received  from 
main  centre,  which  can  represent  peacekeeping  forces,  and  then  the  “common  model”  is  executed. 
The  decision-makers  can  update  their  decisions  during  the  simulation  running  (interaction  process),  taking 
into  account  the  previous  decisions  and  observed  situation.  The  reconnaissance  model,  which  is  simulated, 
reflects  the  possibility  of  observation  for  each  side.  Each  of  the  orders  and  reports  are  presented  in  real 
CIS  (Command  Information  System)  -  in  Polish  system  there  are  in  ADatP3  format. 
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THE  ENVIRONMENT  FOR  COMBAT  INTERACTIVE  SIMULATION 

Federation  Design 

A  generalized  process  for  building  HLA  federations  can  be  described  by  FEDEP  -  a  high-level  framework 
for  the  development  and  execution  of  HLA  federations.  According  to  FEDEP,  we  should  determine  which 
existing  simulation  systems  are  suitable  to  become  members  of  the  federation.  But  often  federates 
don’t  exist  and  we  have  to  develop  all  federation  members.  New  federates  or  changes  to  the  existed 
software  design  and  implementation  must  be  implemented.  Using  RUP  (Rational  Unified  Process), 
Rose  (a  graphical  component  for  modelling  and  development)  and  UML  a  object  oriented  representation 
of  the  federation  can  be  developed:  the  specification  of  object  classes,  attributes,  methods,  object 
relationships,  interaction  classes,  and  parameters. 

The  base  software  package  layer  of  the  MSCombat  is  composed  of  control  package,  RTI  package, 
scenario  generator  package,  combat  models  package  and  other.  The  detailed  project  of  The  MSCombat 
contains  a  set  of  class  diagrams  (with  attributes,  methods  and  relationships),  a  set  of  sequence  diagrams, 
a  set  of  component  diagrams  and  a  deployment  diagram.  For  instance  Fig.  1.  presents  the  MSCombat 
software  package  layer  and  class  diagram  of  the  simulation  time  manager. 


Figure  1 :  The  MSCombat  Software  Package  Layer  and  an  Example  of  Class  Diagram. 


During  this  phase  we  should  allocate  the  entities  and  actions  from  the  federation  conceptual  model  to  the 
federates.  Moreover  technical  issues  such  as  time  management,  federation  management  can  be  described 
at  this  phase  too.  In  the  MSCombat  environment  a  conservative  mechanism  is  implemented  but  time-step, 
hybrid  or  real-time  algorithm  can  be  realized  in  the  interactive  mode.  The  RTI  software  controls  global 
“time  flow”  and  global  message  ordering. 

Federation  Development 

Main  tasks  at  the  current  phase  is  to  develop  the  Federation  Object  Model  (FOM),  implement  or  modify 
existing  federates  and  prepare  the  federation  for  integration  and  test.  In  order  to  create  FOM  model  we  can 
use  Object  Model  Development  Tool  which  provides  integrated  access  to  supporting  resources  and 
automates  the  production  of  the  Federation  Execution  Data  (FED)  file  required  by  the  RTI. 
The  interoperability  of  MSCombat  system  is  determined  by  the  interactions  and  objects  classes  included  in 
FOM  file  “MSCombat.fed”.  Each  object  or  interaction  class  must  be  represented  by  adequate  class  with 
attributes  and  methods  in  a  project  and  then  in  a  software.  Rational  Rose  provides  a  proprietary  scripting 
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language  (Rose  script)  which  allows  for  the  importing  and  exporting  of  object  models.  In  order  to  export 
an  OMDT  model  to  Rational  Rose  we  should  to: 

1)  Prepare  a  FOM  model  using  OMDT. 

2)  Generate  and  export  the  Rose  script  file  (*.ebs). 

3)  Open  the  script  file  in  the  Rational  Rose. 

4)  Execute  that  script. 

5)  Results:  several  new  classes  will  be  added  to  the  current  Rose  model. 

The  FOM  components  that  will  be  exported  to  the  Rose  model  are  classes,  attributes,  interactions, 
and  parameters.  The  Rose  script  rules  are: 

•  the  created  classes  consist  of  FOM  attributes  as  public; 

•  interactions  are  treated  differently  than  attributes  -  interactions  are  created  as  public  methods  of  a 
class  called  HLA  Interactions,  because  there  are  no  classes  with  interactions  in  the  HLA  object 
model. 

The  methods  of  the  HLA  Interactions  then  should  be  divided  and  included  into  the  existing  or  new  the 
project  classes.  A  class  diagram  generated  from  “MSCombat.fed”  with  described  method  is  presented  in 
Fig.  2. 


Unit 

4>Name :  any 
^Type :  any 
^>State  :  any 
4>Side :  any 
^XPosition  :  any 
eYPosition  :  any 


Aggregate 

(from  Category  4) 

eld  :  any 
eSide  :  any 
eParentObjectld  :  any 
eType  :  any 
eCoord  :  any 
estate  :  any 
.^■Rotation  :  any 
eVelocity  :  any 
eDestruct  :  any 
^Equipment :  any 


Figure  2:  MSCombat  FOM  Class  Diagram. 


The  visualization  federate  was  constructed  in  order  to  virtual  reconnaissance.  Its  SOM  is  based  on  the 
Aggregate  object  while  other  constructive  federates  use  the  Unit  object  and  mentioned  interactions. 

The  FOM  of  a  prototype  MSCombat  has  been  extended  to  more  complex  model  which  is  partly  consistent 
with  the  DiMuNDS  federation  object  model.  A  compatibility  is  achieved  on  the  object,  attribute, 
interaction,  parameter  name,  data  type  and  meaning  levels.  For  example,  a  part  of  object  classes  from  a 
professional  simulation  system  is: 
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Manoeuvre 

CombatServiceSupport 

AirDefence 

Mobile 

^Name 

^Heading 

^Speed 

^SurfaceLocation 

^Side 


Figure  3:  A  Part  of  Extended  FOM. 


The  second  task  of  the  phase  “Develop  Federation”  is  to  implement  or  modify  existing  federate  software. 
The  MSCombat  is  build  with  object-oriented  simulation  language  MODSIM/SIMOBJECT  and  RTI/HLA 
API  library.  The  cooperation  between  Runtime  Infrastructure  and  MODSIM  is  realized  with  specific 
interface,  that  is  built  in  MSVisual  C++  and  appended  to  MODSIM.  The  interface  is  composed  of  many 
software  components,  which  have  to  interact  according  to  services  called  by  a  user  or  a  program. 
The  functionality  of  the  interface  is  limited  by  the  set  of  chosen  RTI  services  to  implementation  in 
MODSIM.  The  most  important  services  implemented  as  procedures  and  object  methods  are  listed  in 
Fig.  4. 


FedAmbObj  =  OBJECT 

ASK  METHOD  ReceiveInteraction(IN  interaction: 
STRING;  IN  message:  STRING;  IN  unitName:  STRING; 
IN  side:  STRING;  IN  xPosition:  STRING;  IN  yPosition: 
STRING;  IN  item:  STRING;  IN  state:  STRING;  IN  time: 
REAL); 

ASK  METHOD  ReflectAttributeValue(IN  objHandle: 
INTEGER;  IN  attrHandle:  INTEGER;  IN  attrValue: 
STRING;  IN  time:  REAL); 

ASK  METHOD  DiscoverObjectInstance(IN  objHandle: 
INTEGER) 

ASK  METHOD  TumInteractionOn(IN  interaction: 
STRING); 

ASK  METHOD  TumInteractionOff(IN  interaction: 
STRING); 

ASK  METHOD  ProvideAttributeUpdate(IN  objHandle: 
INTEGER;  IN  attrHandle:  INTEGER); 


END  OBJECT; 


Figure  4:  Modsim  -  HLA  Interface. 


Federation  Integration  and  Testing 

This  phase  consist  of  followed  tasks: 

•  Plan  the  federation  execution; 

•  Establish  all  required  interconnectivity  between  federates; 

•  Test  federation  prior  to  execution. 
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There  are  three  levels  of  testing:  federate  testing,  integration  testing  and  federation  testing.  In  order  to 
finalize  this  phase  we  propose  the  following  steps: 

•  Battle  scenario  preparing; 

•  Simulation  environment  configuration; 

•  Initial  condition  input  and  choosing  combat  model  version; 

•  Setting  monitors  of  internal  and  external  characteristics; 

•  Experimentation  -  battle  simulation  in  a  interactive  mode; 

•  Experiment  repetition  with  new  models  and  condition  data. 

•  Analysis  results  of  the  experiment  series; 

We  can  distinguish  two  kinds  of  characteristics:  external  and  internal.  The  external  characteristics  derive 
from  modelling  process  and  describe  the  commander  decision  process,  combat  process  and  other 
simulation  result.  The  most  important  characteristics  there  are:  the  difference  of  mission  time  realisation 
and  mission  complete  planned  on  the  higher  level,  the  losses  after  the  completion  of  mission,  the  degree 
of  the  mission  completion,  the  possibility  of  actions  at  a  moment  t.  One  of  specific  indicators  - 
combat  success  indicator: 


BT(t)  = 


F2A(t)IFf(f) 

F2\t)/F0\t) 


where  F2A(t),  F2B(t)  -  the  losses  of  two  sides  at  the  moment  t  and  F0A(t),  F0B(t)  -  combat  value  of  the  sides’ 
forces.  It  is  possible  to  find  three  situations: 

•  IfBT(t)  <  1 ,  then  side  A  is  winning, 

•  If  BT(t)  =  l,then  balance  of  the  battle  at  the  moment  t, 

•  If  BT(t)  >  1,  then  side  B  is  winning. 


The  internal  characteristics  describe  environment  performance,  service  failures,  resource  usage,  workload 
etc.  The  most  important  characteristics  there  are:  two-way  latency  of  TSO  interaction  sending  and 
receiving,  two-way  latency  of  attribute  update,  latency  of  ownership  acquisition,  maximum  number  of 
object  instance,  initialisation  time  of  the  whole  system.  The  goal  of  this  benchmark  is  to  provide  a  general- 
purpose  method  to  gather  latency  and  throughput  performance  data  for  the  largest  possible  number  of  RTI 
configurations.  The  independent  variables  are:  number  of  objects  instances,  number  of  attribute  types, 
object  attributes  an  interaction  parameters  size,  processor  clock  and  available  RAM.  An  example  of  a  test 
sequence  diagram  is  presented  in  the  Fig.  5. 
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Figure  5:  Interaction  Latency  Test  Sequence  Diagram. 


Execute  Federation  and  Prepare  Results 

The  last  phase  of  The  FEDEP  is  concerned  with: 

•  Execute  the  federation; 

•  Process  the  output  data  from  federation  execution; 

•  Report  results; 

•  Archive  reusable  federation  products. 

The  deployment  diagram  of  the  MSCombat  environment  is  presented  on  the  Fig.  6. 


Figure  6:  Deployment  Diagram  of  the  MSCombat  Environment. 
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An  extended  version  of  MSCombat  is  a  professional  simulation  system  environment.  It  includes: 

•  a  data  base  server, 

•  an  application  server, 

•  a  few  sets  of  terminals  (each  set  for  one  conflict  side), 

•  a  3D  visualization  station. 

Statistical  measures  and  other  data  reduction  methods  are  used  to  transform  raw  data  into  derived  results. 
We  have  used  commercial  off-the-shelf  (COTS)  statistical  analysis  tools  SPSS.  At  the  execution  phase  we 
have  run  stand-alone  tests  on  our  federate  based  on  two  implementations  of  RTI:  DMSO  RTI  NG  1.3  and 
commercially  available  Pitch  RTI.  It  is  RTI  performance  in  terms  of  the  rate  at  which  time  advance 
requests  are  processed.  The  presented  results  were  obtained  in  LAN  environment.  A  few  instances  of  the 
program  (the  time-regulating  and  time-constrained  federate)  were  run  on  local  PC  (PC  700-2000  MHz, 
128-512  MB  RAM,  Win2000).  Each  instance  was  responsible  for  sending  and  requesting  a  the  specified 
number  of  interactions  and  collecting  statistics  on  performance. 

The  example  of  internal  characteristics  “The  maximum  number  of  object  instance”  is  presented  in  the 
Tab.  1  and  Fig.  7. 


Table  1:  Outcomes  from  Test  “The  Maximum  Number  of  Object  Instance”. 


#  Attributes 

#  instances 
(RTI:  256  MB  - 
federate:  128  MB) 

#  instances 
(RTI:  256  MB  - 
federate:  256  MB) 

#  instances 
(RTI:  128  MB  - 
federate:  256  MB) 

1 

65536 

65536 

65536 

10 

65536 

65536 

65536 

20 

60292 

61092 

63567 

30 

40423 

43025 

23301 

40 

29838 

31878 

- 

50 

25135 

26126 

- 

100 

13057 

13246 

15356 
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Figure  7:  Outcomes  from  Test  “The  Maximum  Number  of  Object  Instance”. 

The  example  of  external  characteristics  “The  losses  after  the  completion  of  mission”  is  presented  in  Fig.  8 
-  the  estimation  of  Red  losses  can  be  presented  with  tendency  function  fitting. 


Legend 


Reds  losses 

Model  1 

Model  2 
Model  3 


Figure  8:  Tally  for  Trend  Models  of  Red  Losses. 
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CONCLUSIONS 

MSCombat  is  the  example  of  simulator  which  has  been  developed  for  different  purposes,  but  can  be  used 
in  new  simulations  thanks  to  HLA  interface.  Migration  to  HLA  requires  some  modification  to  existing 
management  and  engineering  processes  to  capture  the  benefits  offered  by  HLA.  We  have  verified  a 
development  cycle  with  RUP,  UML  and  FEDEP.  We  have  to  make  extensive  modifications  to  adapt  the 
simulator  so  that  it  can  be  integrated  into  a  new  combined  simulation.  The  performance  of  the 
environment  with  MODSIM/HLA  interface  is  comparable  with  performance  of  base  RTI  environment  in 
the  focus  of  proposed  characteristics.  The  benchmark  results  are  intended  to  provide  assistance  to 
simulator  developers  in  the  whole  process  of  HLA  federation  design,  implementation  and  execution. 

The  environment  proposed  is  built  as  an  opened  system  and  can  be  developed  and  improved  -  that  means 
there  is  easy  way  to  include  new  combat  models,  unit  structures,  tactical  rules  and  more  monitored 
characteristics.  The  characteristics  of  battle  process  are  being  monitored  during  the  simulation  process  and 
their  statistical  analysis  allows  combat  actions  predicting  for  different  conflict  situations.  It  should  be 
stressed  that  approach  proposed  here  requires  good  knowledge  of  conflict  processes  and  careful 
preparation  of  a  conflict  scenario.  The  validation  process  is  very  difficult  but  it  is  possible  to  use 
description  of  known  conflicts  and  compare  with  the  simulation  results.  The  very  interesting  direction  of 
further  researches  there  is  pattern  recognition  of  decision  situation  on  the  basis  of  simulated  actions  for 
example  our  local  combat  generator  there  is  something  like  knowledge  base.  We  try  to  use  virtual  reality 
tools  to  realize  one  of  important  element  of  combat  planning  there  is  reconnaissance  of  battlefield  by 
commander  before  the  battle. 

The  important  aspects  there  are  financial  conditions  of  the  simulation  system  development. 
Our  experiences  indicate  one  of  interesting  ways  of  the  realization  process  by  prototype  of  the  system 
development.  MSCombat,  which  was  modelled,  designed  and  developed  in  our  University  enabled  proper 
preparation  of  concept  phase  and  took  place  in  the  formal  competition,  announced  by  Department  of 
Armament  Policy  (part  of  MoD)  and  finally  we  have  won  the  project  realization. 
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■  How  to  reflect  the  real  conflict  situation? 

■  How  to  determine  the  best  decisions? 

■  What  type  of  criteria  should  we  take  into  account? 

■  What  a  sense  do  the  decisions  have  under  uncertainty  conditions? 

■  How  to  decompose  the  complex  situations  into  local  type  situations? 

■  What  type  of  local  conflict  models  should  we  use  in  the  situation? 

■  Do  any  patterns  of  behaviour  exist  in  a  decision  situation? 

■  How  to  reflect  uncertainty  and  surprise  in  a  conflict  situation? 

■  How  to  show  the  dynamics  and  changes  in  a  situation? 
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Game  theory  approach: 


rw  =<  {1,2, 3,4},  {Sw} 


ke  {1,2, 3, 4}  ’ 


{Hw} 


{1,3,4} 


> 


•1st  and  3rd  players  represent  opposite  sides 
•4th  player  -  peacekeeping  forces, 

•2nd  player  there  is  nature  -  battlefield 
•Skw  -  kth  player  strategy, 

•Hkw  -  kth  player  payoff 


K  =inf K  : P(/f;(g1(S1),0,g3(S3),g4(S4))<^)<^  i 


k h 
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■  The  conflict  model  is  operational  game  represented  as  a 
triplet: 


<^G,>  SCW> 

where: 

■  UG  -  game  users’  description 
1  Msw  -  model  of  battle  system 
SCW  -  description  of  a  conflict  scenario 
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S(t)  =  (S1Y(t),  S2Y(t),  S3Y(t),  S4Y(t),  S5Y(t),  S6Y(t),  s 

IPwW’  ^2P\\  W)’ 

te  [0,T],  Y  =  A,B,C 

States  of: 

S1Y(t)  -  land  fighting  units  of  side  Y  (A 
S2Y(t)  -  supporting  units  of  side  Y ; 

S3Y(t)  -  engineering  units; 

S4Y(t)  -  logistics  system; 

S5Y(t)  -  command  and  communication  systenT 
S6Y(t)  -  surveillance  and  electronic  warfar 
Sipw(t)  -  terrain; 

S2PW(t)  -  weather,  electromagnetic  situation,  pollution  situation; 
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Aggregated  Local  Combat  Model 


Let  introduce  the  specific  matrix 


ALCM  -  \alcm .  .  , 


‘IxJx..xK 


Where  a/cm(  A  -  is  a  vector  of  probability  distributions 

(empirical)  of  output  results 
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■  The  terrain  is  considered  as  a  discrete  space  (net  Z) 
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■  Determination  of  tasks  for  sides  (e.g.  combat  orders) 

■  Measurement  of  battle  process  state  (surveillance 
subsystem) 

■  Choice  of  the  decision  function  (algorithm),  that  minimise 
the  maximum  risk  of  decision-maker  in  the  worst  case 
(Bayesian  risk  in  the  case  of  partial  knowledge) 

■  The  decision  determination  -  the  trajectories  of  combat 
units  and  the  fire  allocation  on  the  basis  of  chosen  decision 
function  (time  difference,  losses,  degree  of  task  realisation, 
readiness  of  combat  units) 
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Stage  1.  An  observation  St  (the  distribution:  F(£tA  /  s(t),DB  (t),Dc  (t))  is  determined), 

Stage  2. 

Find  the  decision  function  gA*  e  Gf  ?  which  belongs  to  non-dominated  set  of  decision 
functions: 


Gn=z\yS% 

where ~  =  {ye  Yr 
and 


Ga<  _  r _ vXxAb  (t)xAc  (/) 

max 


CWW={^C  |X.=max 


7(=yXxAS(OxAC(f) 

f  m  q  v 


Xxab  (r)x  ac  (?)  ^  ' 1 


where  like  (2.26),/  =  l,...,4 

c={y€/?3x{0)i}iy=(y;,72,73J4)} 


t^< 


Determine  a  decision  l/(t)=gA*(%f), where  gA*  ^Gi 
b)  The  same  operations  like  in  the  previous  formulation. 
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■  The  architecture  of  distributed  interactive  simulation 
environment  is  represented  as  the  triplet: 

DiS  =  <  H,  S,  C> 

where: 

1 H  -  hardware  architecture  model, 

1  S  -  software  architecture  model, 

1 C  -experiment  configuration. 
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■  Software  architecture  is  represented  as  triplet: 

S=<SS,  S°,  S1  >,  where: 

Ss  -  communication  and  synchronisation  part: 

•  Ss  =  <  <  Ws,  Ts>,  FWS,  0  >  (Berge  graph) 

S°  -  object  data  part: 

•  S°  =  <  <  Ws,  r°>,  FW°,  FL°>,  where  for  example: 

— f°1  e  FW°:  <G°som,  F°som,  0>  -  is  object  data  interface  and: 

>f°soM  i(#>  id°):  w°som(#)  wAsom(*^  iG°)=  { aj  =  <a_name,  a_type,  a_size>}  -  is  set  of 
attributes  of  object  id°; 

>f°S0M  2^*’  id°):  W°som(*)  S,  PS,  N}  -  declaration  of  object  data  operations 

•  V  id°e  W0PS0M(*)  (f°S0M  id0)— P  v  f°S0M  id°)=PS)  -  publication  constraint 

(the  object  id°  has  to  be  „publish”  or  „publish  and  subscribe”  in  order  to  publish  a  data) 

S°  -interaction  data  part  (analogously): 

•  S1  =  <  <  Ws,  P>,  FW1,  0> 
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■  „A  high-level  framework  for  the  development  and 
execution  of  HLA  federations...” 

■  Step  4  of  FEDEP  (Develop  Federation)  consists  of: 

■Develop  FOM, 

■Establish  Federation  agreements, 

Implement  Federation  modifications, 

Implement  all  federate  modifications 

■  FOM  model  and  FED  file  generation 

%  implementation  of  new  federates 

■  Completness  of  step  4 

■  Conclusion:  it  should  be  completed,  for  example  by  RUP 

1 5  Poland 


The  Rational  Unified  Process  (RUP) 
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■  RUP  is  a  software  engineering  process,  which  provides  a 
disciplined  approach  to  assigning  tasks  and  responsibilities 
within  a  development  organization. 

■  Rose  (a  graphical  component  for  modelling  and 
development)  and  UML 

\7 

object  oriented  representation  of  federation 

(object  classes,  attributes,  methods,  object  relationships, 
interaction  classes,  and  parameters). 
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Use  case  view  -  Use  cases 
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states  input 

Example  of  Use  case  diagram  (for  ..Scenario  writer”  actor) 
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Logical  view  -  Federation  Designing 
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Each  element  of  the  battle  system  ,  which  represents  one 
of  the  sides  or  the  battlefield,  can  be  represented  as  an 
object. 


Comm  onUnit 


ProcessNode 
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FOM  Designing 


(class  Communication  reliable  timestamp 
(parameter  UnitName) 

(parameter  Side) 

(parameter  Message) 

(parameter  XPosition) 

(parameter  YPosition)  ) 

(class  Position  reliable  timestamp  ) 

(class  Change  State  reliable  timestamp 
(parameter  Item) 

(parameter  State)) 

(class  MovementState  reliable  timestamp 
(parameter  State)) 

rfaclass  Destroy  reliable  timestamp  ) 

1(9 

chms  OperationState  reliable  timestamp 
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(class  Unit 

(attribute  Name  reliable  timestamp) 

(attribute  Type  reliable  timestamp) 

(attribute  State  reliable  timestamp) 

(attribute  XPosition  reliable  timestamp) 
(attribute  YPosition  reliable  timestamp) 
(attribute  Side  reliable  timestamp) 

) 

(class  Aggregate 

(attribute  Id  reliable  receive) 

(attribute  Side  reliable  receive) 

(attribute  ParentObjectld  reliable  receive) 
(attribute  Type  reliable  receive) 

(attribute  Coord  reliable  receive) 
(attribute  State  reliable  receive) 

(attribute  Rotation  reliable  receive) 
(attribute  Velocity  reliable  receive) 
(attribute  Destruct  reliable  receive) 
(attribute  Equipment  reliable  receive)  ) 


Example  of  Federation 
Object  Model  (from  OMDT) 


Poland 


Logical  view  -  extended  FOM 
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A  part  of  extended  FOM  (UML  notation) 
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MSCombat  -  HLA  interface 
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FedAmbObj  =  OBJECT 

ASK  METHOD  Rece/Ve/nferacf/on(l N 

interaction:  STRING;  IN  message:  STRING;  IN 
unitName:  STRING;  IN  side:  STRING;  IN 
xPosition:  STRING;  IN  yPosition:  STRING;  IN 
item:  STRING;  IN  state:  STRING;  IN  time: 
REAL); 

ASK  METHOD  Reflect  A  ttribute  Value(  I N 
objHandle:  INTEGER;  IN  attrHandle:  INTEGER; 
IN  attrValue:  STRING;  IN  time:  REAL); 

ASK  METHOD  DiscoverObjectlnstance(\N 
objHandle:  INTEGER) 

ASK  METHOD  TurnlnteractionOn(\M 
interaction:  STRING); 

ASK  METHOD  TurnlnteractionOff( I N 
interaction:  STRING); 

ASK  METHOD  ProvideAttributeUpdate(\M 
objHandle:  INTEGER;  IN  attrHandle:  INTEGER); 
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The  workstations  of  the  opposite  teams  A(B): 
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■  External  characteristics: 

Fj  -  the  difference  of  mission  time  realization  and  mission  complete  planned  on 
the  higher  level; 

F2  -  the  losses  after  the  completion  of  mission; 

F3  -  the  degree  of  the  mission  completion. 

For  example,  it  could  be  relative  distance  between  final  location  of  forces  and 
required  location  or  relative  difference  of  final  losses  and  required. 

F4  -  the  possibility  of  actions  at  the  moment  t. 

■  Internal  characteristics: 

Zj  -  The  time  of  the  decision  support  procedure  realization, 

Z2  -  Initialization  time  of  federate, 

Z3  -  The  maximum  number  of  object  instances, 

Z4  -  The  initialization  time  of  the  whole  system, 

Z5  -  The  time  advance  request  rate, 

Z6  -  The  attribute  update  latency 
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Table  1.  The  simulation  results 


F^T*) 

Fob?6) 

Bixr4) 

N 

Valid 

30 

30 

30 

Missing 

0 

0 

0 

Mean 

,1954 

,3595 

,5468 

Median 

,1971 

,3641 

,5500 

Mode 

,21 

,38 

,48 

Standard 

deviation 

l,545E-02 

,03278 

,05395 

Variance 

2,387E-04 

,001074 

,002911 

Range 

,08 

,16 

,23 

Minimum 

,16 

,27 

,44 

Maximum 

,24 

,43 

,67 

Percentile 

5% 

,1672 

,2797 

,4472 

20% 

,1799 

,3406 

,5061 

60% 

,2003 

,3706 

,5660 

90% 

,2101 

,3920 

,6146 
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BT(t )  = 


FA{t)!F0A{f) 

f2b  (0  /  fb  (0 


where  F2\t),  F2B(t)  -  the  losses  of  two  sides  at  the 
moment  t  and  F0A(t),  F0B(t)  -  combat  value  of  the 
sides’  forces. 

It  is  possible  to  find  three  situations: 

-  If  BT(t)  <  1,  then  side  A  is  winning, 

-  If  BT(t )  =  l,then  balance  of  the  battle  at  the  moment  t 

-  If  BT(t )  >  1,  then  side  B  is  winning. 
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#  Attributes 

#  instances 
(RTT:  256  MB- 
federate:  128  MB) 

#  instances 
(RTT:  256  MB  - 
federate:  256  MB) 

#  instances 
(RTT:  128  MB- 
federate:  256  MB) 

1 

65536 

65536 

65536 

10 

65536 

65536 

65536 

20 

60292 

61092 

63567 

30 

40423 

43025 

23301 

40 

29838 

31878 

- 

50 

25135 

26126 

- 

100 

13057 

13246 

15356 

„The  maximum  number  of  object  instances” 
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„The  maximum  number  of  object  instances” 
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#  instances 

average 

minimum 

maximum 

gap 

variance 

[ms] 

[ms] 

[ms] 

[ms] 

10 

198,43 

125,00 

260,00 

135,00 

1077,07 

20 

451,50 

437,00 

469,00 

32,00 

136,27 

50 

1068,60 

765,00 

1392,00 

627,00 

34978,12 

100 

2141,18 

1546,00 

2784,00 

1238,00 

132804,51 

200 

4336,13 

3093,00 

5568,00 

2475,00 

489240,60 

500 

10803,68 

7797,00 

13920,00 

6123,00 

3278864,96 

1000 

21663,95 

15639,00 

27997,00 

12358,00 

13246349,88 

2000 

44076,12 

31310,00 

59659,00 

28349,00 

61135094,04 

“Initialisation  time  of  federate” 
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Proc.  RTI  [MHz] 

D  2000,00 
D  1200,00 
D  600,00 


“Initialisation  time  of  federate” 
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Regression  model 


independent 

variables 

unstandardized 

coefficients 

t 

significance 

95%  confidential  level  ofB 

B 

standard 

error 

lower  bound 

upper  bound 

(constant) 

-4239,35 

200,631 

-21,130 

0,000 

-4632,82 

-3845,88 

instances 

22,04 

,098 

223,871 

0,000 

21,85 

22,23 

#  attributes 

40,82 

2,145 

19,028 

0,000 

36,61 

45,02 

federate  processor 
[GHz] 

1,98 

0,127 

15,638 

0,000 

1,73 

2,22 

Initialization  time  =  -  4239,35  +  22,04  *  instances  + 
40,82  *  #attributes  +  1 ,98  *  federate  processor  [GHz] 


“Initialisation  time  of  federate” 
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■  The  environment  is  built  as  an  opened  system  and  can  be  easily 
developed  and  improved; 

■  The  methodology  of  federation  development  and  execution  is 
synergy  of  three  approaches: 

mathematical  modelling  (operations  research  methods) 

■  FEDEP 
■RUP 

■  The  statistical  analysis  of  the  external  and  internal  characteristics 
provides  many  indications  for  a  federation  developers  and  users. 

■  MSCombat,  which  was  modelled,  designed  and  developed  in  our 
University  enabled  proper  preparation  of  concept  phase  and  took 
place  in  the  formal  competition,  announced  by  Department  of 
Armament  Policy  (part  of  MoD)  and  finally  we  have  won  the  project 
realization. 
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